Patch-flatness test unit for high order rational surface patch rendering systems

ABSTRACT

A high order surface patch rendering system with adaptive tessellation. A patch is rendered by subdividing a patch until the subpatches are sufficiently flat that they can be approximated by a quadrilateral. To determine when a subpatch is flat enough to be approximated with a quadrilateral, the patch rendering system uses a patch flatness test unit which tests the straightness of the edges and internal curves of the subpatch. The edges and internal curves of a subpatch are determined to be straight if the intermediate control points of a curve are within a tolerance range of a straight line between the curve&#39;s endpoints. The tolerance range is chosen with respect to a pixel resolution of the final image so that subpatch is determined to be flat when the curvature of the subpatch cannot be perceived relative to a flat surface. One embodiment contemplates a flatness test unit for determining the flatness of a patch having a set of control points. The flatness test unit comprises a series of stages. The first stage is configured to receive and store the set of control points. The second stage is coupled to the first stage to receive pairs of control points and configured to determine control point coordinate differences. The third stage is coupled to the second stage to receive the control point coordinate differences and configured to determine absolute values of the control point differences. The fourth stage is coupled to the third stage to receive absolute values of the control point coordinate differences along with the control point differences and configured to determine multiplicand pairs. The fifth stage is coupled to the fourth stage to receive and multiply multiplicand pairs to determine products. The sixth stage is coupled to the fifth stage to receive products and configured to determine control point deviations and deviation tolerances. The seventh stage is coupled to the sixth stage to receive the control point deviations and deviation tolerances and configured to determine a deviation flag to indicate if the control point deviations are less than the deviation tolerances. The eighth stage is coupled to the seventh stage to receive the deviation flag and determine edge straightness and patch flatness flags.

This application is a continuation-in-part of U.S. patent application Ser. No. 08/835,501, filed on Apr. 8, 1997 now U.S. Pat. No. 5,995,109.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates to the field of systems for converting object representations to images for graphical display, and in particular to a system for rendering a surface represented by a set of Bezier patches.

2. Description of the Related Art

There is a growing interest in the graphics, vision, and manufacturing communities to be able to acquire and digitally reproduce the shape and external appearance of objects for the purpose of transmission, display, and numerically controlled fabrication. This would have applications in product design, fast prototyping, reverse engineering, and digitizing shapes for the visual simulation, animation, and entertainment industries. Current advancement in laser range scanners now offers a promising methodology for fully-automated model acquisition of arbitrary objects. Several million points scanned on an arbitrary object can be converted easily into an irregular mesh of polygons. These polygons are then preferably converted into a parametric surface representation, which is a more compact and manipulable form. U.S. Pat. No. 5,999,188 titled “System and method for parametric surface representation of objects using high order surface patches” filed Mar. 3, 1997, and authored by Nishit Kumar et al. provides a fully automated method for converting a polygonal representation into a set of Bezier patches. A method for rendering these patches is now desirable.

A Bezier patch is a two-dimensional Bezier curve. A Bezier curve is defined by the following equation: $\begin{matrix} {{{Q(s)} = {\sum\limits_{i = 1}^{n}{{g_{i}\left( \frac{n!}{{i!}{\left( {n - i} \right)!}} \right)}{s^{i}\left( {1 - s} \right)}^{n - i}}}},} & (1) \end{matrix}$

where g_(i), 0≦i≦n, are control points as shown in FIG. 1A. The result is a curve that is formed by a weighted sum of the control points. In cubic form, equation (1) can be represented by the following matrix equation: $\begin{matrix} {{{Q(s)} = {{\left\lbrack  \right.{\begin{matrix} s^{3} & s^{2} & s & {1{\left.  \right\rbrack \quad\begin{bmatrix} {- 1} & 3 & {- 3} & 1 \\ 3 & {- 6} & 3 & 0 \\ {- 3} & 3 & 0 & 0 \\ 1 & 0 & 0 & 0 \end{bmatrix}}} \end{matrix}\begin{bmatrix} g_{0} \\ g_{1} \\ g_{2} \\ g_{3} \end{bmatrix}}} = {SMG}_{c}}},} & (2) \end{matrix}$

where G_(c) is a column vector containing the Bezier curve control points. If G_(c) is parameterized in order to vary as a function of a second coordinate t, this gives the two-dimensional surface: $\begin{matrix} {{Q\left( {s,t} \right)} = {{{SM}\begin{bmatrix} {G_{0}(t)} \\ {G_{1}(t)} \\ {G_{2}(t)} \\ {G_{3}(t)} \end{bmatrix}}.}} & (3) \end{matrix}$

Realizing that for 3rd order Bezier curves, G_(i)(t) can be expressed in the matrix equation

G_(i)(t)=T M G_(ci),  (4)

an expanded form of equation (3) can be written $\begin{matrix} {{Q\left( {s,t} \right)} = {{{SM}\begin{bmatrix} g_{00} & g_{01} & g_{02} & g_{03} \\ g_{10} & g_{11} & g_{12} & g_{13} \\ g_{20} & g_{21} & g_{22} & g_{23} \\ g_{30} & g_{31} & g_{32} & g_{33} \end{bmatrix}}M^{T}{T^{T}.}}} & (5) \end{matrix}$

Equation (5) is the matrix form of a bicubic Bezier patch. An example of such a patch is shown in FIG. 1B. Equation (5) is decomposable into three equations of the same form, one equation for each coordinate axis of the control points. For example, equation (5) could be written as

X(s,t)=S M G_(x) M T^(T),  (6)

Y(s,t)=S M G_(y) M T^(T), and  (7)

Z(s,t)=S M G_(z) M T^(T).  (8)

A generalization of the Bezier patch referred to as a “rational Bezier patch” is often used. A rational Bezier patch has a fourth equation

 W(s,t)=S M G_(w) M T^(T),  (9)

which is used in determining the equation of the points of the surface in the following way: the (x,y,z) points on the surface patch are given by $\left( {\frac{X\left( {s,t} \right)}{W\left( {s,t} \right)},\frac{Y\left( {s,t} \right)}{W\left( {s,t} \right)},\frac{Z\left( {s,t} \right)}{W\left( {s,t} \right)}} \right)$

where

0≦s,t≦1.  (10)

Three properties of Bezier patches are noted here. A Bezier patch is completely contained within the convex hull formed by the control points which define the patch. One exemplary consequence of this is that it may be determined that a patch is not within the screen boundaries if none of the control points is within the screen boundaries. A desired affine transformation (e.g. rotation, translation, magnification) of a Bezier patch may be achieved by applying the transformation to the control points. An exemplary consequence of this is that the transformation may be applied before the patch is rendered, thereby providing a significant decrease in the associated computation. Finally, an affine transformation may be applied to the s,t parameters of a Bezier patch without inducing any variation in the patch. These three properties will be used in later discussion.

In addition to the surface coordinates of an object, Bezier patches may be used to represent other aspects of the object. Examples include patches which provide values for the normal to the surface (N), the direction of the light source (L), the direction of reflected objects (R), the surface color and opacity of an object (R,G,B,A), and the coordinates of a texture image to be mapped onto the surface (U,V). In addition to these primary attribute patches, secondary attribute patches may also be associated with an object for special effects. All of these attribute patches must be rendered during the rendering of the surface to provide realism and a variety of special effects.

The usage of Bezier patches advantageously provides a method for compact, high-quality representation of objects. This method also allows for efficient execution of affine transformations on the object. It is desirable to have a method for converting Bezier patches into sets of triangles or other polygons for which established graphics rendering hardware exists.

SUMMARY OF THE INVENTION

The problems outlined above are in large part solved by a high order surface patch rendering system with adaptive tessellation. A patch is rendered by subdividing a patch until the subpatches are sufficiently flat that they can be approximated by a quadrilateral. To determine when a sub-patch is flat enough to be approximated with a quadrilateral, the patch rendering system uses a patch flatness test unit which tests the straightness of the edges and internal curves of the sub-patch. The edges and internal curves of a subpatch are determined to be straight if the intermediate control points of a curve are within a tolerance range of a straight line between the curve's endpoints. The tolerance range is chosen with respect to a pixel resolution of the final image so that subpatch is determined to be flat when the curvature of the subpatch cannot be perceived relative to a flat surface.

The present invention contemplates a flatness test unit for determining the flatness of a patch having a set of control points. The flatness test unit comprises a series of stages. The first stage is configured to receive and store the set of control points. The second stage is coupled to the first stage to receive pairs of control points and configured to determine control point coordinate differences. The third stage is coupled to the second stage to receive the control point coordinate differences and configured to determine absolute values of the control point differences. The fourth stage is coupled to the third stage to receive absolute values of the control point coordinate differences along with the control point differences and configured to determine multiplicand pairs. The fifth stage is coupled to the fourth stage to receive and multiply multiplicand pairs to determine products. The sixth stage is coupled to the fifth stage to receive products and configured to determine control point deviations and deviation tolerances. The seventh stage is coupled to the sixth stage to receive the control point deviations and deviation tolerances and configured to determine a deviation flag to indicate if the control point deviations are less than the deviation tolerances. The eighth stage is coupled to the seventh stage to receive the deviation flag and determine edge straightness and patch flatness flags.

BRIEF DESCRIPTION OF THE DRAWINGS

Other objects and advantages of the invention will become apparent upon reading the following detailed description and upon reference to the accompanying drawings in which:

FIG. 1a shows an example of a cubic Bezier curve having four control points;

FIG. 1b shows an example of a bicubic Bezier patch having sixteen control points;

FIG. 2a shows a computer system which graphically renders surface patches;

FIG. 2b shows an architecture of a computer system which graphically renders surface patches;

FIG. 3 shows a functional schematic of a graphics rendering pipeline using a method for rendering surface patches;

FIG. 4 shows a flowchart of the method for rendering surface patches;

FIG. 5 illustrates a patch subdivision process;

FIG. 6 shows a patch subdivision tree;

FIG. 7 illustrates a de Casteljau technique for performing a patch subdivision;

FIG. 8 illustrates a variation of the de Casteljau technique which may be used to determine the control points of a right sibling subpatch;

FIG. 9 illustrates a variation of the de Casteljau technique which may be used to determine the control points of a parent surface patch;

FIG. 10 illustrates the relationships between corner points of a parent surface patch and the right and left subpatches;

FIG. 11 illustrates a subdivision of a line which has been classified as straight;

FIG. 12 illustrates a method for storing flags indicative of the straightness of base edges for a surface patch;

FIG. 13 illustrates a test for straightness of an edge;

FIG. 14 illustrates an alternate test for straightness of an edge;

FIG. 15 is a block diagram of a patch tessellator;

FIG. 16 illustrates the configuration of a patch buffer unit;

FIG. 17 illustrates the configuration of a patch division unit;

FIG. 18 illustrates the interface of the patch division unit;

FIG. 19 is a block diagram of a homogeneous coordinate unit;

FIG. 20 illustrates the interface of a flatness test unit;

FIG. 21A is a block diagram of a flatness test unit;

FIG. 21B is a block diagram of a flatness test unit;

FIG. 22 illustrates the interface of a cull unit;

FIG. 23 is a block diagram of a cull unit;

FIG. 24 is a scheduling table for operations in the cull unit;

FIG. 25 illustrates the interface of a corner unit;

FIG. 26 is a block diagram of a corner unit;

FIG. 27 illustrates the configuration of a stack;

FIG. 28 is a block diagram of a projection unit; and

FIG. 29 is a scheduling table for operations in the projection unit.

While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to limit the invention to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and alternatives falling within the spirit and scope of the present invention as defined by the appended claims.

DETAILED DESCRIPTION OF THE INVENTION

The following references are hereby incorporated by reference as though entirely and completely set forth herein:

E. Catmull, A Sub-division algorithm for computer display of curved surfaces, Computer Science, University of Utah, UTEC-CSc-74-133, December 1974.

G. Farin, Curves and surfaces for CAGD, a practical guide, Academic Press, 1992.

J. D. Foley, et al., Computer graphics, principles and practice, Addison Wesley Publishing Company, 1990.

S. Lien, M. Shantz, and V. Pratt, “Adaptive forward differencing for rendering curves and surfaces, Computer Graphics,” vol. 21, no. 4, July 1987, pp. 111-117.

M. Shantz and S. Lien, “Shading bicubic patches,” Computer Graphics, vol. 21, no. 4, July 1987, pp. 189-196.

Alan Watt and Mark Watt, Advanced animation and rendering techniques, theory and practice, Addison Wesley Publishing Company, 1992.

FIG. 2a shows a computer system 10 having a graphics display card 12 which is connected to a graphics display 14. As shown in FIG. 2b, graphics display card 12 includes a floating point unit 28, a patch tessellator 30, and a rasterizer 32. These units are coupled together to implement a graphics rendering pipeline, as will be discussed further below. Computer system 10 also includes a CPU 20, a bus bridge 22, a system memory 24, a bus 26, and video memory 34. During the course of operation, computer system will display objects on display 14 via video memory 34. These objects may be represented in the form of Bezier surface patches. Graphics display card 12 operates to render these Bezier surface patches according to the present invention.

It is noted that computer system 10 is programmable and that in one embodiment, instructions for configuring computer system 10 to operate as described herein may be stored in readonly memory (not shown) or on a storage medium (also not shown). These instructions would then be retrieved and transferred to a processing unit which would then perform the function of patch tessellator 30.

In FIG. 3, a rendering pipeline 100 for rational Bezier patches is shown. This rendering pipeline implements a method for converting rational Bezier patches describing the surface of an object, hereafter called surface patches, into a set of triangles. Associated with the surface patches are various attribute patches, e.g., normal patches, RGBA patches, texture patches, half-vector patches, light patches, and reflection vector patches. Normal patches indicate the direction of the normal to the surface patch at each point. RGBA patches indicate the color and opacity of the patch at each point. Texture patches indicate coordinates of an image to be “painted” on a patch. Normal, RGBA, and texture patches are invariant, and may be predetermined and provided along with the surface patches as input. Half-vector patches are an average of the viewing vector and the normal vector at each point on the surface patch. Light patches indicate the direction of incident light at each point on the surface patch. Reflection patches indicate the reflection vector at each point on the surface patch. Half-vector, light vector, and reflection vector patches are dependent on the viewing angle, and must be computed after the orientation transformation has been applied to the surface and normal patches. It is noted that for special effects, secondary RGBA and texture patches may also be associated with a surface patch.

Rendering pipeline 100 receives surface, normal, RGBA, and texture patches 102 at functional block 104. The operations of functional block 104 are preferably performed by a CPU or floating point unit, and the operations include: (i) transforming the surface patches to provide a desired perspective, (ii) transforming the normal patches associated with the surface patches, (iii) computing attribute patches for reflection vectors, diffuse color and halfway vector, and (iv) clipping surface patches and corresponding attribute patches such that surface patches fit within 1+e times height and width of viewing screen, where e is a predetermined fraction of the screen dimensions. As mentioned in the background section, the transformations (i) and (ii) may be applied to the patch control points. The computation of the half-vector, light vector, and reflection vector attributes patches may be performed from the surface patch using Coon's patch as will be described further below. The clipping operations (iv), which are performed to facilitate fixed point computations in functional block 106, are preceded by a location test which may use the convex hull property of the Bezier patch control points. As output, functional block 104 provides transformed (and clipped if appropriate) surface and attribute patches. These patches are forwarded to functional block 106.

The operations of functional block 106 include: (i) culling of surface patches and the corresponding attribute patches, (ii) flatness and linearity of shading tests, (iii) tessellations of patches, (iv) computation of coordinates and normal at corners of patches, and (v) specular color computation. In functional block 106 the patches are tessellated into a set of triangles, based on flatness and linearity of shading, as will be described further below. Also in functional block 106, culling and clipping operations are applied to the surface and attributes patches, so that patches which are back-faced or not visible are discarded. The result of the tessellation operations of functional block 106 is a list of triangles with color and texture coordinates at the vertices, and this result is stored in memory buffer 108, and thereafter forwarded to rasterizer 110. Rasterizer 110 also accepts triangles with color and texture coordinates at the vertices from a polygon tessellator 112. Functional block 106 directly forwards the output from polygon tessellator 112 to the rasterizer 110. Rasterizer 110 then provides a sequence of image pixel data suitable for display. The image pixel data may be converted to a video signal by a RAMDAC (random access memory digital to analog converter) video memory.

Referring back to FIG. 2b with continued reference to FIG. 3, floating point unit 28 may be used to implement functional block 104, patch tessellator 30 may be used to implement functional blocks 106 and 108, and rasterizer 32 may be used to implement functional block 110. Floating point unit 28 would then provide transformed patches, transformed triangles, and various commands to the patch tessellator 30. Patch tessellator 30 provides projected triangles or quadrilaterals to rasterizer 32, and rasterizer 32 provides texture, color, and z coordinates to video memory 34.

Turning now to FIG. 4 where a flowchart of the rendering method is shown, the operations of functional block 106 are discussed in greater detail. In functional block 106, the method begins with step 202 where the corner points of the original patch are computed. After this step, the term “patch” is used to refer to both the original patch (the first iteration) and to subpatches of the original patch (in any subsequent iterations). In step 204 a test is made to determine if the patch can be culled, i.e. if the patch is back-faced, and in step 206, a test is made to determine if the patch is outside the viewing window. If the answer to either of these is true, then in step 208 the patch is discarded. After the discard, in step 210, a test is performed to determine if any subpatches are in the stack. If not, the method concludes in step 212 having completely rendered the original patch. If there are subpatches in the stack, then in step 214 the subpatch parameters are retrieved, and the method returns to step 204.

If both the tests in steps 204, 206 are false, then in step 216 a test is made to determine if the patch is flat, and in step 218 a test is made to determine if the shading of the patch has a linear variation. If either test is false, i.e., if the surface patch is not flat and/or the shading variation is not linear in pitch, then in step 220 the patch is subdivided (along with the associated attribute patches). After the patch is subdivided in step 220, in step 222 new corner points for the sub-patches are calculated, and one of the subpatches is placed on the stack. The method then returns to step 204 with the remaining subpatch. If both tests in steps 216, 218 are true, i.e., the surface patch is flat and the shading variation is linear in pitch, then in step 224 then patch is divided into triangles and written out. The method then proceeds to step 210 where, as discussed before, a test is made to determine if the stack is empty.

A patch is considered flat if all the curves forming the patch are straight lines within a given user specified tolerance bound. Similarly, a patch is considered linearly shaded if all the curves forming the RGBA patch are straight lines within a given user specified tolerance bound. If the flatness or linear shading condition is not satisfied, the patch is subdivided along the s or t direction. The subdivision process for a patch is shown in FIG. 5. Operations and computations performed in the rendering pipeline are now individually discussed in greater detail.

Patch Subdivision

In FIG. 5, patch A is subdivided along s direction into left patch B and right patch C. Patch B is called a left child of patch A while patch C is called a right sibling of patch B. Patch A is called a parent of patches B or C. Similar operations are performed for patch B and C. When a patch meets flatness and linearity of shading criteria, the patch is divided across any two diagonal corners to form triangles. These triangles are then written out, i.e. the spatial and color coordinates of the triangles are forwarded to the memory buffer and from there to the rasterizer. Once a patch is written out in the form of triangles, its right sibling is generated. For example, once patch B is written out, patch C (right sibling of B) is then generated. Once patch C is also written out in the form of triangles, the triangles representing patches B and C may be combined to form patch A. This completes tessellation of patch A as both subpatches B and C have been written out in the form of triangles. The above described process is repeated recursively for all the patches.

A typical subdivision process is shown in the form of subdivision tree in FIG. 6. The order of traversal of the tree is:

A->B->C->D->E->C->F->B->G->H->I->J ->H->K->G->A

Preferably, the subdivision direction alternates, e.g. s, then t, then s. However, once a patch has been determined to be flat in one direction, it is no longer subdivided in that direction, i.e. if a patch is flat in the s direction, it is not thereafter subdivided in the s direction. Rather, all subdivisions will be in the t direction until the t direction has also been determined to be flat. In FIG. 6, patches A, C, G, H are subdivided along s direction and patch B is subdivided along t direction.

A subdivision process for bicubic patches is now described. A bicubic patch is formed by four cubic curves. Subdividing a bicubic patch is equivalent to subdividing each of the four cubic curves. A subdivision process based on the de Casteljau algorithm is described in FIG. 7. This algorithm can be derived from the affine transform properties of Bezier patches. Here, p₀, p₁, p₂ and p₃ are the four control points of an original cubic curve and l₀, l₁, l₂ and l₃ are the four control points of a subdivided left cubic curve. A value is determined at each node by taking the average of the two inputs. These operations result in the following control point values for the cubic curves of the left child. ${l_{0} = p_{0}},{l_{1} = \frac{p_{0} + p_{1}}{2}},{l_{2} = \frac{p_{0} + {2 \cdot p_{1}} + {p2}}{4}},{l_{3} = \frac{p_{0} + {3 \cdot \left( {p_{1} + p_{2}} \right)} + p_{3}}{8}}$

It is noted that for fixed point representation of control points, these equations indicate that the 0, 1, 2 and 3 least significant bits of l₀, l₁, l₂, and l₃, respectively, can be stored in the stack. These bits can then be retrieved from the stack and attached to the least significant positions of the left child control points before computing the control points of the right sibling as described next.

Turning to FIG. 8, a method is described for determining the right sibling control points r₀, r₁, r₂, and r₃, from left child control points l₀, l₁, l₂, and l₃. A value is determined at each node by doubling the left input and subtracting the right input These operations result in the following control point values for the cubic curves of the right sibling.

r₀=l₃,r₁=−l₂+2·l₃,r₂=l₁−4·(l₂−l₃),r₃=−l₀+6·l₁−12·l₂+8·l₃

The above operations are performed after returning precision bits from the stack to the least significant positions of the left sibling control points. After these operations, the 3, 2, 1, and 0 least significant bits of r₀, r₁, r₂, and r₃, respectively, may be stored in the stack to be used later for computing the parent patch if necessary (e.g. to regenerate the control points for the parent patch so that the control points for the as-yet-unrendered right sibling of the parent patch may be obtained). The control points of the parent patch can be obtained from the control points r₀, r₁, r₂, and r₃, of the right sibling using computations as described by FIG. 9. A value is determined for each of the nodes by doubling the right input and subtracting the left input. These operations give following values for the control points of the parent patch.

p₃=r₃,p₂=−r₃+2·r₂,p₁=r₃−4·(r₂−r₁),p₀=−r₃+6·r₂−12r₁+8·r₀

In repeated subdivisions, it sometimes occurs that the sign of a re-calculated parent patch control point is lost. To prevent this from occurring, a sign bit is stored on the stack with the precision bits. When the precision bits are retrieved and used to calculate a new patch, the sign bits are used to replace the calculated sign bits.

The subdivision process requires that, in addition to the control points, the coordinates and normals of the new corner points of the patches be computed. This is done as follows. If the coordinates of the corner points of patch A are A.C₀₀, A.C_(0n), A.C_(n0), and A.C_(nn) as shown in FIG. 10, and the normals are A.N₀₀, A.N_(0n), A.N_(n0), and A.N_(nn), then after a subdivision along s, the new corner points are now

B.C₀₀=A.C₀₀, B.C_(0n)=A.C_(0n),

B.C_(n0)=C.C₀₀, B.C_(nn)=C.C_(0n),

C.C_(n0)=A.C_(n0), and C.C_(nn=A.C) _(nn).

Similarly, the normals are

B.N₀₀=A.N₀₀, B.N_(0n)=A.N_(0n),

B.N_(n0)=C.N₀₀, B.N_(nn)=C.N_(0n),

C.N_(n0)=A.N_(n0), and C.N_(nn)=A.N_(nn).

Therefore, only two new corner points are computed for each subdivision. Since patch B may be tessellated (i.e. subdivided) further, the corner points of patch C are pushed into stack which are retrieved when the tessellations of patch B have been completed and patch C is ready to be computed for tessellations. If patch A is subdivided along t direction, the corner points are now

B.C₀₀=A.C_(00, B.C) _(n0)=A.C_(n0),

B.C_(0n)=C.C₀₀, B.C_(nn)=C.C_(n0),

C.C_(0n)=A.C_(0n), and C.C_(nn)=A.C_(nn).

Similarly, the normals are

B.N₀₀=A.N₀₀, B.N_(n0)=A.N_(n0),

B.N_(0n)=C.N₀₀, B.N_(nn)=C.N_(n0),

C.N_(0n)=A.N_(0n), and C.N_(nn)=A.N_(nn).

If an edge is classified as linear, the new corner points may be computed as shown in FIG. 11. The curve v1,vm,v2 is presumed to be linear. The new corner point vp corresponding to vm is computed as

vp=frac•(v2−v1)+v1

where

frac=((v2−v1)·(vm−v1))/|v2−v1|

Patch Flatness

A 4-bit flag called an edge flag is used to store linearity classification of edges for a patch. The bits of the edge flag may be associated with specific edges of a patch as shown in FIG. 12. After a subdivision along the s direction, the edge flag for the left child is initialized from the parent edge flag according to edge&0111. Similarly, for the right child, the edge flag is initialized according to edge&1011. For subdivision along the t direction, the edge flag for the left child is initialized to edge&1101, and for the right child edge&1110. Three bits of the edge flag are thereby determined, and the fourth bit which corresponds to the new edge is set according to the results of a straightness test. Since the left child may be tessellated further the edge flag for the right child is pushed into stack.

If all the curves of a given patch satisfy the straightness criterion, the given patch is classified to be flat. The straightness criterion is now described. FIG. 13 shows a two-dimensional example. The distance Dy of a point p=(x₁,y₁) from line s₀s_(e) along y direction is given by following expression. ${\Delta \quad y} = \frac{{\left( {y_{1} - y_{0}} \right) \cdot \left( {x_{e} - x_{0}} \right)} - {\left( {y_{e} - y_{0}} \right) \cdot \left( {x_{1} - x_{0}} \right)}}{\left( {x_{e} - x_{0}} \right)}$

If the resolution in Y direction is T_(y), for (x₁,y₁) to be approximately on the line, following condition should be satisfied.

|Δy|≦T_(y)

or

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(y)×|(x_(e)−x₀)|

When line s₀s₁ is parallel to Y-axis as shown in FIG. 14, both sides of the above expression become zero. In this case, the distance Dx, is calculated according to the following expression. ${\Delta \quad x} = \frac{{\left( {x_{1} - x_{0}} \right) \cdot \left( {y_{e} - y_{0}} \right)} - {\left( {x_{e} - x_{0}} \right) \cdot \left( {y_{1} - y_{0}} \right)}}{\left( {y_{e} - y_{0}} \right)}$

If the resolution in X direction is T_(x), then for (x₁,y₁) to be approximately on the line, the following condition should be satisfied.

|Δx|≦T_(x)

or

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(x)×|(y_(e)−y₀)|

A Bezier curve is completely contained within the convex hull of its control points. Hence if all the control points are less than a given distance away from a line connecting the end points, then every point on the curve is less than this distance away from the line. Applying the above comparisons using the intermediate control points (i.e. the control points which are not also end points) consequently yields a useful straightness test.

In general, the above conditions for straightness test of a curve may be written as follows.

if |x_(e)−x₀|>|y_(e)−y₀| then

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(y)×|(x_(e)−x₀)|

else

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(x)×|(y_(e)−y₀)|

For the 3D case, for a point (x₁,y₁,z₁) to be approximately on the line joining points (x₀,y₀,z₀) and (x_(e),y_(e),z_(e)), the following conditions are satisfied.

if |x_(e)−x₀|>|y_(e)−y₀| then

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(y)×|(x_(e)−x₀)|

|(z₁−z₀)·(x_(e)−x₀)−(z_(e)−z₀)·(x₁−x₀)|≦T_(z)×|(x_(e)−x₀)|

else

|(y₁−y₀)·(x_(e)−x₀)−(y_(e)−y₀)·(x₁−x₀)|≦T_(x)×|(y_(e)−y₀)|

|(z₁−z₀)·(y_(e)−y₀)−(z_(e)−z₀)·(y₁−y₀)|≦T_(z)×|(y_(e)−y₀)|

For a given patch, this process is performed for non-straight edges (edges with zero bit in the edge flag) of patch. If at least one edge of patch along the s direction and at least one edge along t direction are not straight, the patch is subdivided along the s direction if previous subdivision was along t direction, otherwise subdivision is performed along the t direction. Otherwise, if edges are non-straight along only one of the s or t directions, the patch is subdivided along the non-straight direction. If edges along both the s and t directions are straight, then all the non-edge curves of a patch are tested for straightness. If all the curves of a patch along one direction are straight, patch is called flat along this direction. If a patch is flat along both s and t directions, the patch is classified as flat, otherwise it is subdivided along non-flat direction.

Linearity of Shading

This criterion is based on the linearity of change in the diffuse component of color across a patch classified as flat based on flatness criterion. The control points D_(ij) 0≦i,j≦3, of the RGBA color patch are used for linearly interpolating diffuse color across a patch (the computation of these control points is discussed further below). This criterion is tested after a patch is classified to be flat. This criterion is tested using expressions which are extensions of the previous expressions for the flatness criterion. Let the color value at s₀, s_(e), and (x₁,y₁,z₁) be d₀, d_(e), and d₁, respectively. The condition for testing linearity in shading is given by

if |x_(e)−x₀|>|y_(e)−y₀| then

|(d₁−d₀)·(x_(e)−x₀)−(d_(e)−d₀)·(x₁−x₀)|≦T_(d)×|(x_(e)−x₀)|

else

|(d₁−d₀)·(y_(e)−y₀)−(d_(e)−d₀)·(y₁−y₀)|≦T_(d)×|(y_(e)−y₀)|

where T_(d) is tolerance for color.

Culling

A patch is completely culled if

(g_(i+1,j).x−g_(i,j+1).x, g_(i+1,j).y−g_(i,j+1).y)×(g_(i+1,j+1).x−g_(i,j).x, g_(i+1,j+1).y−g_(i,j).y)<0

for all the control points, where 0≦i<s_degree and 0≦j<t_degree. If this test holds true, the patch is backfaced and cannot be seen. If the above product is greater than zero for all the control points, it implies that the patch is completely visible. In such cases, a cull flag for the patch is set to zero so that no culling test need be done for any of its subpatches.

Clipping

A patch is completely clipped if none of its control points lies inside the viewing window,

i.e. −(1+e)<g_(i+1,j).x<(1+e), −(1+e)<g_(i+1,j).y<(1+e), and −1<g_(i+1,j).z<0,

for 0≦i≦s_degree and 0≦j≦t_degree. On the other hand, if all the control points of a patch lie inside the viewing window, a clip flag for the patch is set to zero, implying no clipping test need be performed for any of its subpatches. Here, e is a small fraction of image size. For example, for 512×512 image, e can be set to {fraction (1/64)}, allowing 520×520 viewing space for patch clipping.

Normal Computation

The normal to a surface at a point may be defined as ${N\left( {s,\quad t} \right)} = {\frac{\partial{Q\left( {s,\quad t} \right)}}{\partial s} \times \frac{\partial{Q\left( {s,\quad t} \right)}}{\partial t}}$

Using this definition as a method for computation is undesirable since it is computationally expensive. One division, one square root and number of additions and multiplications would be required in order to compute the normal at each point. To avoid this expensive operation, the normal computation for a patch is instead approximated using Coon's patch. Coon's patch is a bicubic Bezier patch which may be used to approximate a two-dimensional function from samples of the function and its derivatives at the corner points.

The determination of the normal proceeds in the following manner. The components of the above cross product appear as follows: $n_{x} = {{\frac{\partial}{\partial s}{\left( \frac{S \cdot M \cdot G_{y} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial t}}\left( \frac{S \cdot M \cdot G_{z} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)} - {\frac{\partial}{\partial t}{\left( \frac{S \cdot M \cdot G_{y} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial s}}\left( \frac{S \cdot M \cdot G_{z} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)}}$ $n_{y} = {{\frac{\partial}{\partial s}{\left( \frac{S \cdot M \cdot G_{z} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial t}}\left( \frac{S \cdot M \cdot G_{x} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)} - {\frac{\partial}{\partial t}{\left( \frac{S \cdot M \cdot G_{z} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial s}}\left( \frac{S \cdot M \cdot G_{x} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)}}$ $n_{z} = {{\frac{\partial}{\partial s}{\left( \frac{S \cdot M \cdot G_{x} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial t}}\left( \frac{S \cdot M \cdot G_{y} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)} - {\frac{\partial}{\partial t}{\left( \frac{S \cdot M \cdot G_{x} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right) \cdot \frac{\partial}{\partial s}}\left( \frac{S \cdot M \cdot G_{y} \cdot M \cdot T^{T}}{S \cdot M \cdot G_{w} \cdot M \cdot T^{T}} \right)}}$

The derivatives $\frac{\partial}{\partial s},\frac{\partial}{\partial t},\frac{\partial^{2}}{{\partial s}{\partial t}}$

of n_(x), n_(y), and n_(z) may then be computed by evaluating derivatives of above equations. Since it is the unit normal vector which is of primary interest, its components are computed as follows: ${{\hat{n}}_{x}\left( {s,t} \right)} = \frac{n_{x}}{\sqrt{n_{x}^{2} + n_{y}^{2} + n_{z}^{2}}}$

For clarity, let ${W\left( {s,t} \right)} = \frac{1}{\sqrt{n_{x}^{2} + n_{y}^{2} + n_{z}^{2}}}$

then the derivatives of the unit normal components are: $\frac{\partial{\hat{n}}_{x}}{\partial s} = {{\frac{\partial n_{x}}{\partial s} \cdot W} + {\frac{\partial W}{\partial s} \cdot n_{x}}}$ $\frac{\partial{\hat{n}}_{x}}{\partial t} = {{\frac{\partial n_{x}}{\partial t} \cdot W} + {\frac{\partial W}{\partial t} \cdot n_{x}}}$ $\frac{\partial^{2}{\hat{n}}_{x}}{{\partial s}{\partial t}} = {{\frac{\partial^{2}n_{x}}{{\partial s}{\partial t}} \cdot W} + {\frac{\partial^{2}W}{{\partial s}{\partial t}} \cdot n_{x}} + {\frac{\partial n_{x}}{\partial s} \cdot \frac{\partial W}{\partial t}} + {\frac{\partial W}{\partial s} \cdot \frac{\partial n_{x}}{\partial t}}}$

with the derivatives of W(s,t) given by: $\frac{\partial W}{\partial s} = {{- W^{3}} \cdot \left( {{n_{x} \cdot \frac{\partial n_{x}}{\partial s}} + {n_{y} \cdot \frac{\partial n_{y}}{\partial s}} + {n_{z} \cdot \frac{\partial n_{z}}{\partial s}}} \right)}$ $\frac{\partial W}{\partial t} = {{- W^{3}} \cdot \left( {{n_{x} \cdot \frac{\partial n_{x}}{\partial t}} + {n_{y} \cdot \frac{\partial n_{y}}{\partial t}} + {n_{z} \cdot \frac{\partial n_{z}}{\partial t}}} \right)}$ $\frac{\partial^{2}W}{{\partial s}{\partial t}} = {{\frac{3}{X} \cdot \frac{\partial W}{\partial s} \cdot \frac{\partial W}{\partial t}} - {W^{3} \cdot \left( {{\frac{\partial n_{x}}{\partial s} \cdot \frac{\partial n_{x}}{\partial t}} + {\frac{\partial n_{y}}{\partial s} \cdot \frac{\partial n_{y}}{\partial t}} + {\frac{\partial n_{z}}{\partial s} \cdot \frac{\partial n_{z}}{\partial t}}} \right)} - {W^{3} \cdot \left( {{n_{x} \cdot \frac{\partial^{2}n_{x}}{{\partial s}{\partial t}}} + {n_{y} \cdot \frac{\partial^{2}n_{y}}{{\partial s}{\partial t}}} + {n_{z} \cdot \frac{\partial^{2}n_{z}}{{\partial s}{\partial t}}}} \right)}}$

With the above equations, the unit normal components and their derivatives can be quickly evaluated at the corner points of the patch. A matrix is formed of the results (only the x component is shown, the other components are similarly obtained): $R_{x} = \begin{bmatrix} {{\hat{n}}_{x}\left( {0,0} \right)} & {{\hat{n}}_{x}\left( {0,1} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial t}\left( {0,0} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial t}\left( {0,1} \right)} \\ {{\hat{n}}_{x}\left( {1,0} \right)} & {{\hat{n}}_{x}\left( {1,1} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial t}\left( {1,0} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial t}\left( {1,1} \right)} \\ {\frac{\partial{\hat{n}}_{x}}{\partial s}\left( {0,0} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial s}\left( {0,1} \right)} & {\frac{\partial^{2}{\hat{n}}_{x}}{{\partial s}{\partial t}}\left( {0,0} \right)} & {\frac{\partial^{2}{\hat{n}}_{x}}{{\partial s}{\partial t}}\left( {0,1} \right)} \\ {\frac{\partial{\hat{n}}_{x}}{\partial s}\left( {1,0} \right)} & {\frac{\partial{\hat{n}}_{x}}{\partial s}\left( {1,1} \right)} & {\frac{\partial^{2}{\hat{n}}_{x}}{{\partial s}{\partial t}}\left( {1,0} \right)} & {\frac{\partial^{2}{\hat{n}}_{x}}{{\partial s}{\partial t}}\left( {1,1} \right)} \end{bmatrix}$

From this, the Coon's patch approximation is obtained by the following equation:

N_(x)(s,t)=S·C·R_(x)·C^(T)·T^(T)

where $C = \begin{bmatrix} 2 & {- 2} & 1 & 1 \\ {- 3} & 3 & {- 2} & {- 1} \\ 0 & 0 & 1 & 0 \\ 1 & 0 & 0 & 0 \end{bmatrix}$

Diffuse Color Computation

Let the light source be at (l_(x),l_(y),l_(z)), then the diffuse color at (x(s,t), y(s,t), z(s,t)) is given by ${d\left( {s,t} \right)} = \frac{{{{\hat{n}}_{x}\left( {s,t} \right)} \cdot {L_{x}\left( {s,t} \right)}} + {{{\hat{n}}_{y}\left( {s,t} \right)} \cdot {L_{y}\left( {s,t} \right)}} + {{{\hat{n}}_{z}\left( {s,t} \right)} \cdot {L_{z}\left( {s,t} \right)}}}{\sqrt{{L_{x}^{2}\left( {s,t} \right)} + {L_{y}^{2}\left( {s,t} \right)} + {L_{z}^{2}\left( {s,t} \right)}}}$

where (L_(x)(s,t),L_(y)(s,t),L_(z)(s,t))=(l_(x)−x(s,t),l_(y)−y(s,t),l_(z)−z(s,t)). In a manner similar to the normal vector computation, the above function may be approximated with the Coon's patch technique to avoid computing the diffuse color at each point with the above equation. The following matrix is formed: ${Diff} = \begin{bmatrix} {d\left( {0,0} \right)} & {d\left( {0,1} \right)} & {\frac{\partial d}{\partial t}\left( {0,0} \right)} & {\frac{\partial d}{\partial t}\left( {0,1} \right)} \\ {d\left( {1,0} \right)} & {d\left( {1,1} \right)} & {\frac{\partial d}{\partial t}\left( {1,0} \right)} & {\frac{\partial d}{\partial t}\left( {1,1} \right)} \\ {\frac{\partial d}{\partial s}\left( {0,0} \right)} & {\frac{\partial d}{\partial s}\left( {0,1} \right)} & {\frac{\partial^{2}d}{{\partial s}{\partial t}}\left( {0,0} \right)} & {\frac{\partial^{2}d}{{\partial s}{\partial t}}\left( {0,1} \right)} \\ {\frac{\partial d}{\partial s}\left( {1,0} \right)} & {\frac{\partial d}{\partial s}\left( {1,1} \right)} & {\frac{\partial^{2}d}{{\partial s}{\partial t}}\left( {1,0} \right)} & {\frac{\partial^{2}d}{{\partial s}{\partial t}}\left( {1,1} \right)} \end{bmatrix}$

and the Coon's patch approximation made:

D(s,t)=S·C·Diff·C^(T)·T^(T)

where once again $C = \begin{bmatrix} 2 & {- 2} & 1 & 1 \\ {- 3} & 3 & {- 2} & {- 1} \\ 0 & 0 & 1 & 0 \\ 1 & 0 & 0 & 0 \end{bmatrix}$

Half Way Vector Computation

Let the light source be at (l_(x),l_(y),l_(z)), and viewing location be at (v_(x), v_(y), v_(z)). Next, let L(s,t)=(L_(x)(s,t),L_(y)(s,t),L_(z)(s,t))=(l_(x)−x(s,t),l_(y)−y(s,t),l_(z)−z(s,t)) and V(s,t)=(V_(x)(s,t),V_(y)(s,t),V_(z)(s,t))=(v_(x)−x(s,t),v_(y)−y(s,t),v_(z)−z(s,t)), and define the unit vectors ${{\hat{L}\left( {s,\quad t} \right)} = \frac{L\left( {s,\quad t} \right)}{{L\left( {s,\quad t} \right)}}},$

and ${\hat{V}\left( {s,\quad t} \right)} = {\frac{V\left( {s,\quad t} \right)}{{V\left( {s,\quad t} \right)}}.}$

Then the half-way vector at (x(s,t), y(s,t), z(s,t)) is given by

${h\left( {s,\quad t} \right)} = \frac{{\hat{L}\left( {s,\quad t} \right)} + {\hat{V}\left( {s,\quad t} \right)}}{2}$

Once again, the Coon's patch technique may be employed: $\begin{matrix} {{H\quad {vector}_{x}} = \begin{bmatrix} {h_{x}\left( {0,0} \right)} & {h_{x}\left( {0,\quad 1} \right)} & {\frac{\partial h_{x}}{\partial t}\left( {0,\quad 0} \right)} & {\frac{\partial h_{x}}{\partial t}\left( {0,\quad 1} \right)} \\ {h_{x}\left( {1,\quad 0} \right)} & {h_{x}\left( {1,\quad 1} \right)} & {\frac{\partial h_{x}}{\partial t}\left( {1,\quad 0} \right)} & {\frac{\partial h_{x}}{\partial t}\left( {1,\quad 1} \right)} \\ {\frac{\partial h_{x}}{\partial s}\left( {0,\quad 0} \right)} & {\frac{\partial h_{x}}{\partial s}\left( {0,\quad 1} \right)} & {\frac{\partial^{2}h_{x}}{{\partial s}{\partial t}}\left( {0,\quad 0} \right)} & {\frac{\partial^{2}h_{x}}{{\partial s}{\partial t}}\left( {0,\quad 1} \right)} \\ {\frac{\partial h_{x}}{\partial s}\left( {1,\quad 0} \right)} & {\frac{\partial h_{x}}{\partial s}\left( {1,\quad 1} \right)} & {\frac{\partial^{2}h_{x}}{{\partial s}{\partial t}}\left( {1,\quad 0} \right)} & {\frac{\partial^{2}h_{x}}{{\partial s}{\partial t}}\left( {1,\quad 1} \right)} \end{bmatrix}} \\ {{H_{x}\left( {s,\quad t} \right)} = {{S \cdot C \cdot H}\quad {{vector}_{x} \cdot C^{T} \cdot T^{T}}}} \end{matrix}$

where C is s previously defined.

Reflection Vector Computation

The reflection vector at a point (x(s,t),y(s,t),z(s,t)) is given by

(r_(x)(s,t), r_(y)(s,t), r_(z)(s,t))=2(N(s,t)·V(s,t))·N(s,t)−L(s,t)

and may also be approximated with the Coon's patch technique, so that:

Ref_(x)(s,t)=S·C·reflection_(x)·C^(T)·T^(T)

As before, the y and z components are computed in a similar fashion. ${reflection}_{x} = \begin{bmatrix} {r_{x}\left( {0,0} \right)} & {r_{x}\left( {0,\quad 1} \right)} & {\frac{\partial r_{x}}{\partial t}\left( {0,\quad 0} \right)} & {\frac{\partial r_{x}}{\partial t}\left( {0,\quad 1} \right)} \\ {r_{x}\left( {1,\quad 0} \right)} & {r_{x}\left( {1,\quad 1} \right)} & {\frac{\partial r_{x}}{\partial t}\left( {1,\quad 0} \right)} & {\frac{\partial r_{x}}{\partial t}\left( {1,\quad 1} \right)} \\ {\frac{\partial r_{x}}{\partial s}\left( {0,\quad 0} \right)} & {\frac{\partial r_{x}}{\partial s}\left( {0,\quad 1} \right)} & {\frac{\partial^{2}r_{x}}{{\partial s}{\partial t}}\left( {0,\quad 0} \right)} & {\frac{\partial^{2}r_{x}}{{\partial s}{\partial t}}\left( {0,\quad 1} \right)} \\ {\frac{\partial r_{x}}{\partial s}\left( {1,\quad 0} \right)} & {\frac{\partial r_{x}}{\partial s}\left( {1,\quad 1} \right)} & {\frac{\partial^{2}r_{x}}{{\partial s}{\partial t}}\left( {1,\quad 0} \right)} & {\frac{\partial^{2}r_{x}}{{\partial s}{\partial t}}\left( {1,\quad 1} \right)} \end{bmatrix}$

Now that the operations of the rendering pipeline shown in FIG. 4 have been discussed in detail, portions of the system of FIG. 2b for implementing the rendering pipeline are now discussed at greater length.

Turning to FIG. 15, a block diagram of patch tessellator 30 is shown. The patch tessellator 30 generates (adaptively or to a fixed depth) a set of projected triangles from rational bezier patches of third degree or less. It can also compute specular colors and/or discard back-face portion of a patch. After getting a transformed surface patch and its attribute patches, the patch tessellator 30 tests the surface patches for back-face culling and flatness. A patch is considered flat if all its eight curves (in the case of a bicubic patch) are straight within a given user specified tolerance bound. If the flatness criterion is not satisfied, the patch is sub-divided. If the patch is flat for a given tolerance criterion, it can be tested for shading uniformity. Once a patch meets the uniformity of shading criterion, it is sent to rasterizer a pair of triangles for rendering. In the case of fixed-depth tessellation, the patch is not tested for flatness. A patch is tessellated in the s and t directions alternately until the specified level of sub-division is reached.

When a pair of triangles specifying a patch is sent to the rasterizer 32, the pair of triangles can be specified using only four vertices in a predetermined order. The first three vertices specify a triangle, and the last two of these vertices in combination with a fourth vertex will specify the second triangle. Triangle pairs specified in this form are herein referred to as quadrilaterals.

The inputs to the patch tessellator 30 are control points of a perspectively transformed surface and the corresponding attributes such as color and texture. The output of the patch tessellator 30 is a set of triangles projected on the screen, with colors and texture coordinates at their vertices. This set of triangles is then fed to rasterizer 32 for conversion to pixel data. The patch tessellator 30 can also accept a set of projected triangles to be directly sent to rasterizer 32.

Patch tessellator 30 comprises a host interface 300, a patch buffer 302, a patch division unit 304, a stack memory 306, a homogenizing unit (H-unit) 308, a flatness unit 310, a cull unit 312, a corner unit 314, an output first-in-first-out (OFIFO) buffer 316, and a controller 318. The host interface 300 includes an input first-in-first-out (IFIFO) buffer, the stack memory 306 includes a stack 0 and a stack 1, and the corner unit 314 includes a stack 2.

The host interface 300 is responsible for transferring data to the patch buffer 302 and the OFIFO buffer 316. The incoming data is stored in the IFIFO, which holds one 41-bit word. The 41 bits consists of 32 bits of data and a 9 bit address designating the destination of the data. The first 128 words of the address space are reserved for the rasterizer 32, so any addresses having 00 for the most significant two bits are routed automatically to the OFIFO buffer 316, which stores 50 39-bit words. Typical data for these address space destinations includes rasterizer commands and parameters, and triangle data such as vertex coordinates, colors, and textures. The next 186 words of address space are used by the patch buffer 302, and addresses in this range are routed to the patch buffer.

Data is stored in the IFIFO buffer when both (i) the host interface receives a write request, and (ii) the IFIFO buffer is not full. Data is retrieved from the IFIFO buffer when either (i) the destination is in the patch buffer address space and the patch buffer is not busy, or (ii) the destination is in the rasterizer address space and the patch tessellator 30 is not rendering a patch and the OFIFO buffer is not full. Otherwise, data is stalled in the IFIFO buffer.

The patch buffer 302 stores patch data such as the X,Y,Z and W coordinate values of the patch control points, the primary and secondary color and texture values, specular and shading color values, and perspective correction values. Additional registers are available in the patch buffer for scale factors and translation factors of the patch, a foreground specular color, flatness tolerance values, and the degree of the patch. Finally, a command register is included, and writing a trigger value to this register causes the patch division unit 304 to begin operating on the data stored by the patch buffer 302.

The patch division unit 304 processes the data in patch buffer 302 to compute new sub-patches. Given the data for the patch stored in the patch buffer 302, the patch division unit computes a left child, a right child, or a parent patch. During these computations, precision bits are stored into or retrieved from stack 306 to maintain accuracy. The output of the patch division unit 304 is stored back into patch buffer 302 and sent to the H-unit 308 at the same time.

The coordinates of each of the control points are computed by the H-unit 308, which then sends the coordinates to the flatness unit 310, the cull unit 312, and the corner unit 314 for testing. The values x/w,y/w,z/w and 1/w are calculated for each control point, and the color and texture values are simply forwarded. The control points for color and textures are sent only to the corner unit 314.

The flatness unit 310 tests if the current patch meets the flatness and/or linearity of shading criterion. If the adaptive tessellation level is enabled, the next patch computation of the patch division unit 304 is determined by the results of these tests.

While the flatness unit 310 tests for flatness, the cull unit 312 tests if the current patch is completely back-faced. If culling is enabled, then a back-faced patch is discarded. If a patch is not back-faced, and it passes the flatness and linearity of shading criterion, then the corner unit 314 tessellates the flat patch into two triangles across two diagonal corners.

The corner unit 314 computes the color and texture values for the corners of the current patch and stores them in a stack (stack_(—)2) with the corner coordinates of the current patch. The corner coordinates of the current patch are provided from the H-unit 308, although the corner unit 314 may recompute them using a straight-line algorithm if the patch division unit 304 is subdividing a patch along a curve which has been classified as flat. When a patch qualifies for tessellation, the corner unit 314 computes the screen coordinates of the vertices of triangles and pushes these vertices along with their attributes into the OFIFO buffer 316.

The controller 318 manages flow control signals and detects test results from flatness unit 310 and cull unit 312 to determine the next operation of the patch division unit 304. Controller 318 stores the patch EDGE, CULL, SPLIT_DIR, FLAT_S, and FLAT_T flags in a stack (stack_(—)0). These flags are stored together within a word, and the stack has 10 words. The EDGE flag has a bit for each of the patch edges to indicate if the edges have tested as straight, the CULL flag indicates if culling is enabled for this patch, the SPLIT_DIR patch indicates whether the patch was split in the s or t direction, the FLAT_S flag indicates if the patch has tested flat in the s direction, and the FLAT_T flag indicates if the patch has tested flat in the t direction.

Referring now to FIG. 16, a block diagram of the patch buffer 302 is shown. Patch buffer 302 comprises 186 registers configured into eight blocks. The eight blocks are the X, Y, Z, W, color RGBA), shading (DR), texture (UV), and extension blocks. The 186 registers are read from and written to individually by the host 28, but read/written in blocks by the patch division unit 304 (as will be discussed further below). For a host write command, the PB_WEN signal is set to zero, while for a patch division unit write command, the PB_WEN signal is set to one. Similarly, for a host read command, the PB_REN signal is set to zero, while for a patch division unit read command, the PB_REN signal is set to one. The read and write addresses are specified by PB_RADDR and PBWADDR respectively. Writing to the patch buffer by the host is allowed when the HP_GO signal is asserted, and such a write operation is terminated when the HP_STOP signal is asserted. When a trigger signal is written to the command register, the patch buffer asserts the HP_START signal to initiate processing of the current patch, and the HP_DONE signal is asserted when the processing is completed.

The data in (PB_DIN) and data out (PB_DOUT) signal busses are 186 bits wide. When the patch division unit accesses the patch buffer, it reads from or writes to the X, Y, Z, W, RGBA, DR, and UV blocks all at once. The first sixteen address locations each provide the x, y, z, w coordinates, color, shading, and texture values for a control point of the stored patch. The next sixteen address locations each provide secondary w coordinate, color, and texture values for the patch control points.

Referring now to FIG. 17, a block diagram of the patch division unit 304 is shown. Patch division unit 304 comprises twelve curve division units. The resolution of the curve division units varies. The X, Y and W curve division units each have 24 bit resolution, the Z curve division unit has 32 bit resolution, the R (red), G, B, A, and D curve division units each have 8 bit resolution, the R (reflectance) curve division unit has 10 bit resolution, and the U and V curve division units each have 16 bit resolution. The curve division units each receive their corresponding component of the control points. The curve division units are pipelined, so that one control point at a time is retrieved and one control point at a time is computed. Each of the curve division units consists of three adders and four registers l₀, l₁, l₂, and l₃, of size S+3 where S is the size (bit resolution) of the input component. Inputs to a curve-division unit are a control point component P_(i)(S bits long) from the PB_DOUT signal and 4-bit precision data b_(i) , 0<=i<=3, from the STK_DOUT signal, where i represents the control point number. The output of the curve division units is the contents of the 10 register, which is split to form newly calculated control point components and precision data. The newly calculated control point components are combined to form the PB_DIN signal, and the new precision data forms the STK_DIN signal. The STK_DOUT and STK_DIN signals are respectively retrieved from and provided to the stack 306.

For computation of the left child patch, the bit representation of the control point component is Pi with three appended zero-value least significant bits. For computation of the right sibling and parent patches, the bit representation is Pi with three appended precision bits and with the sign bit replaced with the sign bit from the precision data. In the table, these modified inputs are designated by Pi′. The computations of the curve division units are controlled by the SURF_DIV_MODE, ATTRIB_DIV_MODE, and DIV_DIR signals.

The DIV_DIR signal is used to indicate the type of computation, i.e. left child, right sibling, or parent patch. A fourth possibility is a pass-through operation, in which the output is equal to the input. The DIV_MODE signals are used to indicate which control point is being provided, i.e. the first, second, third, or fourth control point on the curve. In response to the control signals, the curve division units perform the following calculations:

div_dir div_mode Computations pass through first point l₀ = P′₀ second point l₀ = P′₁ third point l₀ = P′₂ fourth point l₀ = P′₃ left child first point l₀ = l₁ = l₂ = l₃ = p′₀ second point ${l_{0} = \frac{\left( {l_{1} + p_{1}^{\prime}} \right)}{2}},{l_{1} = \frac{l_{2} + {2 \cdot p_{1}^{\prime}}}{4}},{l_{2} = \frac{l_{3} + {3 \cdot p_{1}^{\prime}}}{8}}$

third point ${l_{0} = \left( {l_{1} + \frac{p_{2}^{\prime}}{4}} \right)},{l_{1} = {l_{2} + \frac{3 \cdot p_{2}^{\prime}}{8}}}$

fourth point $l_{0} = {l_{1} + \frac{p_{3}^{\prime}}{8}}$

right sibling first point l₀ = l₁ = l₂ = l₃ = p′₃ second point l₀ = (2 · l₁ − p′₂), l₁ = 4 · (l₂ − p′₂), l₂ = 4 · (2 · l₃ − 3 · p′₂) third point l₀ = (l₁ + p′₁), l₁ = l₂ + 6 · p′₁ fourth point l₀ = l₁ − p′₀ parent first point l₀ = l₁ = l₂ = l₃ = p′₃ second point l₀ = (2 · p′₂ − l₁), l₁ = l₂ − 4 · p′₂, l₂ = −l₃ + 6 · p′₂ third point l₀ = (l₁ + 4 · p′₁), l₁ = l₂ − 12 · p′₁ fourth point l₀ = l₁ + 8 · p′₀

The control points are provided and calculated in the following orders:

div_dir Input order output order pass through (p₀,p₁,p₂,p₃) (p₀,p₁,p₂,p₃) left child (p₀,p₁,p₂,p₃) (p₀,p₁,p₂,p₃) right sibling (p₃,p₂,p₁,p₀) (p₀,p₁,p₂,p₃) parent (p₃,p₂,p₁,p₀) (p₃,p₂,p₁,p₀)

As mentioned earlier, 4, 3, 2, 1 precision bits are stored for control points p₃, p₂, p₁, p₀, respectively, after a left child or right sibling computation. Each of these precision bits segment is made 4 bits long by appending 0,1,2,3 zero-valued least significant bits, respectively. Therefore the input to the patch-division unit which consists of 12 curve division units is 4×12=48 bits precision bits. For the four control points in a curve, these precision bits are stored in a sub-block of four 48-bits words in stack_(—)1 of stack element 306. For left child computation, output precision bits for p₀,p₁,p₂,p₃ are stored into first, second, third and fourth words, respectively, of a sub-block. For a right sibling computation, the order in which words of a sub-block corresponding to a curve are accessed, is fourth, third, second and first. The precision bits for new control points p₀,p₁,p₂,p₃ resulting from the right sibling computation are stored in fourth, third, second and first words, respectively, of sub-block. For a parent computation, the words of a sub-block corresponding to a curve are accessed in the order of first, second, third and fourth corresponding to control points p₃,p₂,p₁,p₀, respectively, and the output precision bits are discarded. The overall configuration of patch division unit and stack_(—)1 is shown in FIG. 18.

Stack_(—)1 has a depth measured in blocks, where each block holds eight sub-blocks. Each sub-block holds the precision bits for one curve, and each patch has four curves of coordinates and primary attributes and four curves of secondary attributes. A stack depth of 10 blocks allows partitioning depth of 10 sub-divisions. Stack_(—)1 has a separate read and write port, which are required by the overlapped reading and writing that occurs during a right-sibling computation. For a left child computation, a block of precision bits is written to the stack, and the stack counter is incremented. For a right sibling computation, a block of precision bits is read from the stack, and a block is written to the stack, so the stack counter doesn't change. For a parent computation the stack counter is decremented after a block of precision bits is read from the stack.

Referring now to FIG. 19, a block diagram of H-unit 308 is shown. H-unit 308 receives an H_DATA_IN signal and a G_CNTRL_ID signal, and produces an H_DATA_OUT signal and an H_CNTRL_ID signal. The H_DATA_IN signal includes the X,Y,Z,W and D components of a control point. The G_CNTRL_ID signal specifies the s and t position of the control point. The H-unit 308 includes a reciprocal unit which receives the W component of the control point and calculates the value of 1/W. H-unit 308 also includes a first holding register for storing the X, Y, Z, D and G_CNTRL_ID signal while the reciprocal unit operates. The first holding register provides the stored values in synchronization with the completion of the reciprocal calculation. H-unit 308 also includes three multipliers and a second holding register. The first, second, and third multipliers receive the X, Y, and Z components, respectively, from the first holding register, and multiply them by 1/W to produce X/W, Y/W, and Z/W. The second holding register receives the 1/W, D, and CNTRL_ID signals, and stores them while the multipliers operate. The stored values are released in synchronization with the completion of the multiply operation. The X/W, Y/W, Z/W, 1/W, and D signals combine to form the H_DATA_OUT signal, and the CNTRL_ID signal is provided as H_CNTRL_ID. Note that the D and CNTRL_ID signals have propagated through the H-unit 308 in synchronization with the other control point components, but otherwise without any processing.

Referring now to FIG. 20, inputs and outputs of the flatness unit 310 is shown. Flatness unit 310 receives the H_DATA_OUT signal having the homogeneous coordinates of the patch control points and the H_CNTRL_ID signal specifying the control point position. The global controller 318 also provides signals to the flatness unit 310 including G_SPLIT_DIR indicating the direction of the subdivision performed by the patch division unit 304, G_EDGE indicating the edge flatness history, and G_FLAT indicating the direction flatness history. The edge history and the direction history are retrieved from a stack where the global controller has stored previous test results. The edge flatness signal is as described in FIG. 12, and is used by the flatness unit 310 to reduce the number of curves that need to be tested for a subpatch. The direction history signal similarly indicates if a patch's parent has ever tested flat in either the s or t direction, and is also used by the flatness unit 310 to reduce the number of curves to be tested for a subpatch. Flatness unit 310 provides a FLAT_FLAG signal indicating if the current patch has tested flat, an FG_EGDE signal indicating the straightness of the edges, and an FG_FLAT signal indicating the patch flatness in the s and t directions.

FIGS. 21A and 21B show a block diagram of the flatness unit 310. During operation, a flatness controller 602 generates control signals which direct the operation of the other components. Coordinates of patch control points are stored in memory locations in buffer 604 according to their positions. The flatness controller 602 then causes the coordinates to be fed into the data pipeline in a desired order, while feeding control flags into a series of pipeline flag registers 606 to govern the operation of the subsequent pipeline stages. The control flags indicate the curve type (edge or internal), the edge number (first or second), the curve direction (s or t), the position of the control point on the curve (first, last, second, or third), flatness test type (coordinate or shading), and a reset flag.

The first stage of the flatness unit 310 includes origin coordinate register A which is used to store the coordinates of the first control point on a curve, and subsequent coordinate register B which is used to store the coordinates of the subsequent control points on the curve. Differences between the x,y and z coordinates (or x, y, and d coordinates for shading linearity) are determined by three subtraction units in stage 2. The outputs of the subtraction units are stored in curve-run registers O_SUB0, O_SUB1, and O_SUB2 when the differences between the first and last control point coordinates are calculated, and stored in the intermediate-run registers O_SUB01, O_SUB11, and O_SUB21 when the differences between the first and intermediate control point coordinates are calculated. In stage 3, two absolute value units determine the absolute values of the contents of the curve-run registers O_SUBO and O_SUB1, and a comparator determines which of the absolute values is largest. Also in stage 3, buffering registers TEMPA, TEMPB, O_SUB02, O_SUB12 and O_SUB22 are used to buffer the calculated absolute values and the contents of the intermediate-run registers of stage 2.

In stage 4, a logic circuit is used to store multiplicand values in multiplicand registers M1-M8, which will be used pairwise to determine products in stage 5. multiplicand registers M1 and M2 serve a dual function storing first a curve-run coordinate difference and a tolerance, respectively, then storing an intermediate-run coordinate difference and a curve-run coordinate difference, respectively. The other multiplicand registers pairwise (i.e. M3 and M4, M5 and M6, M7 and M8) store an intermediate-run coordinate difference and a curve-run coordinate difference. In stage 5, four multipliers multiply the contents of the multiplicand registers pairwise, and store the results in tolerance buffer T and product buffers MA, MB, MC, and MD. The tolerance buffer T stores the first product of M1*M2, and the product buffer MA stores subsequent products of M1*M2. The product buffers MB, MC, and MD store the products M3*M4, M5*M6, and M7*M8.

In stage 6, subtraction units find the differences MA-MB and MC-MD and store them in the difference buffers MER and MFR. The contents of the tolerance buffer T are copied into a second tolerance buffer MT. In stage 7, the tolerance buffer MT is compared to the difference buffers MER and MFR by two comparators, and if the contents of the difference buffers are both less than the tolerance, a flatness flag is asserted and stored in an O_FLAG buffer. The status of the O_FLAG buffer is monitored by a FLAT_FLAG module in stage 8 to determine if the patch edges and internal curves are straight, and thereby determine the overall patch flatness The FLAT_FLAG module sets bits in the FG_EDGE signal, the FG_FLAT signal, and asserts or de-asserts the overall patch flatness signal FLAT_FLAG.

Referring now to FIG. 22, inputs and outputs of the cull unit 312 are shown. Cull unit 312 receives an H_CULL_DIN signal having the X/W and Y/W coordinates of control points and an H_CNTRL_ID signal specifying the control point position. Cull unit 312 also receives a G_CULL signal for requesting a cull test on the current patch. Cull unit 312 provides a CULL_DONE signal indicating when the cull test has been completed for the current patch, and a CULL_FLAG signal indicating when the current patch is backfaced. Cull unit 312 also provides a CULL_ALL signal indicating if the whole patch has the same backface status.

FIG. 23 shows a functional block diagram of the cull unit 312. In stage 1, a set of ten temporary registers store the control point coordinates. In stage 2, two pairs of subtraction units each find the differences between the x and y coordinates of two control points, and the resulting vectors are stored in a set of five temporary registers. In stage 3, two multipliers cross-multiply the x and y coordinates of the vectors, and store the results in the A and B registers. In stage 4, the difference between the A and B registers is calculated by a subtraction unit to yield a cross product of two vectors. In stage 5, the sign of the cross product is used to determine whether a portion of the current patch is backfaced.

One scheduling for the computations of cull unit 312 is shown in FIG. 24. The ordered pair (i,j), 0<=i,j<=3, indicates the position of the control point in the s and t directions. The stage 1 column indicates the loading of the registers, the stage 2 column indicates the operation of the subtraction units and the storing of the results in temporary registers. The stage 3 column indicates the operation of the multiplication units and storing of the results in the A and B registers. The stage 4 column indicates the operation of the subtraction unit and storage in a temporary register, and the stage 5 column indicates the operation of the comparator. It takes 25 cycles for full cull test, i.e. to test all the control points for culling. In general, about half of the point will be tested for culling before a patch is turned out to be undecided about culling, i.e at least one control point satisfy cull test and at least one point does not. Therefore, on average it takes about 17 cycles for culling test.

Turning now to FIG. 25, the interface signals for the corner unit 314 are shown. The primary function of the corner unit 314 is to store the homogeneous coordinates and attributes of the corner points of subpatches in preparation for providing them as vertices of output triangles. The corner unit 314 also provides a secondary function of re-calculating corner points for subpatches having “straight” edges using the straight-edge algorithm described previously. By enforcing the straightness of “straight” edges in this manner, the edges of neighboring patches are prevented from developing gaps between them.

Corner unit 314 receives a G_EDGE signal indicating which edges of the current patch are “straight”, a G_FLAT_DONE signal indicating when the flatness test of the current patch is complete, a DIV_DIR signal indicating whether the current computation is a pass through, left child, right sibling, or parent computation, a PARAM_DIR signal indicating which direction the sub-patch is being divided in, and a G_PUSH signal for requesting that the current patch be pushed onto the output FIFO. The corner unit 314 also receives a H_CR_DIN signal and a H_CNTRL_ID signal specifying the homogeneous coordinates and position, respectively, of a control point. A PB_CR_DIN signal and G_CNTRL_ID signal similarly specifies the attributes and position, respectively, of a control point. The corner unit 314 provides a CR_DOUT and CR_ADDR signal indicating data and an address for a control point to the OFIFO buffer 316, taking into account an OFIFO_STALL signal which indicates if the OFIFO buffer 316 is full.

When a pass through, left child, or right sibling computation is executed by the patch division unit 304, the corner unit 314 stores the attributes of all four corner points of the current patch. The homogeneous coordinates of the four corner points from the H-unit 308 are stored by the corner unit 314 during a pass through operation only. For a left child operation, the homogeneous coordinates of the two new corner points are stored. For a right sibling or parent computation, the coordinates of corner points are not stored by the corner unit 314. FIG. 26, shows a functional block diagram of corner unit 314. The homogeneous coordinates of the corner points are stored in vertex point buffer 402. Vertex point buffer 402 holds six corner coordinates (X,Y,Z) in viewing space, i.e. −1<=X,Y<=1, and −1<=Z<=0. Two corner coordinate storage registers are used a temporary registers. During pass through computations, the first four storage registers of the vertex point buffer are used to hold the coordinates of the four corner points. During left child computations, the fifth and sixth storage registers are used to hold the coordinates of the two new corner points. During right sibling and parent computations, the fifth and sixth storage registers are used to hold previously-computed coordinates of two corner points which are retrieved from the stack 404.

If, during a left child operation, patch is being divided across one or more edges which have been classified as straight, then the projection unit 406 recomputes the coordinates of the new corner(s) using the appropriate stored values from the first four vertex point buffer registers and stores the result in the corresponding fifth and/or sixth register. After any necessary re-computations, the coordinates in the vertex point buffer 402 are subjected to a swapping operation. The operation is based on the computation type (left child, right sibling, or parent) and the subdivision direction (s or t), and the effect of the swapping operation is to move the coordinates of the corners of the current subpatch into the lower four registers and the “extra” two corners into the fifth and sixth registers. If the operation is a left child or right sibling operation, then the contents of the fifth and sixth registers will be stored in the stack 404. Turning momentarily to FIG. 27, the configuration of stack 404 is shown. Stack 404 stores (x,y,z) coordinates of two corners of a patch in one block. In one embodiment, the stack consists of 10 blocks, each with four 32-bits words. Stack 404 may be implemented as a buffer with a single read/write port.

Returning to FIG. 26, before the coordinates stored in the first four registers of the vertex point register are pushed into the OFIFO buffer 316, they are first scaled using multiplier 408 and translated using adder 410. The scaled and translated coordinates are stored in the scaled coordinate point buffer 412.

The corner unit 314 also includes texture buffer 414, Q buffer 416, and color buffer 422. In one embodiment, each of these buffers includes 8 words. Perspective correction of the texture coordinates u,v is provided by multiplier 418 which multiplies the u and v coordinates with the corresponding Q (=1/W) factor and stores the results in the scaled texture buffer 420. Corner unit 314 includes a exponentiation unit 424, a temporary register 426, a multiplier 428, and an adder 430 for computing specular colors and adding them to the primary and/or secondary colors. If desired, the calculated specular color may simply be stored as the secondary color.

The attribute computations are performed in parallel with corner computation. If during attribute computation a patch is determined to be not flat, the attribute computation is cancelled while the corner coordinate computation is continued. If corner coordinates computations are completed and the patch is subsequently determined to be not flat, the operation of scaling and translating corner coordinates is cancelled. If a patch is determined to be flat, the global controller 318 sends the G_PUSH signal to corner unit 314. The corner unit 314 starts pushing the computed attributes and corner coordinates of patch one by one. If the OFIFO buffer 316 is indicating a stall, the push operation is delayed. After the corner attributes of a triangle in a quadrilateral have been loaded into the OFIFO buffer 316, they are followed by a raster command. The appropriate addresses for the data and commands are generated by the corner unit 314 as it sends data to the OFIFO buffer 316. The second triangle in the quadrilateral is generated by sending the fourth vertex point into the OFIFO buffer followed by a slightly different raster command. If the next computation is a right sibling computation, this computation may be stalled until the corner unit completes pushing the vertices into the OFIFO buffer. However, a parent computation is not required to stall. In this case, the old corner coordinates are stored in the scaled point buffer.

Turning now to FIG. 28, a block diagram of projection unit 406 is shown. Subtraction unit 502 calculates the differences between the x,y, and z coordinates of the end points of the patch edge, and stores the results in buffer 504. As the results are stored in buffer 504, they are squared and accumulated in register 510 by multiplication and addition unit 508. Subtraction unit 502 also calculates the differences between the x,y, and z coordinates of an endpoint and the mid-point of the patch edge, and stores the results in temporary register 506. As these results are stored, multiplication and addition unit 508 multiplies them by the corresponding differences stored in buffer 504 and accumulated in register 512. During this time, reciprocal unit 514 calculates the reciprocal of register 514. The contents of register 512 are multiplied by this reciprocal by multiplier 516.This result is multiplied with the differences stored in buffer 504 and added to the end point x,y, and z coordinates by multiplication and addition unit 518, and subsequently stored in vertex point buffer 402. FIG. 29 shows the scheduling of the operations of each of the stages.

The described invention advantageously renders rational bicubic Bezier patches. This system allows input data-base to be represented in as a set of Bezier patches, thereby reducing the size of data base, and it can compute specular colors for patch. This system adaptively tessellates a Bezier patch into a set of triangles for a given viewing direction, (i.e. a zoomed in patch is tessellated into more triangles than a far-away patch), but it also allows for fixed tessellation of patches. Also, edge and shading smoothness are ensured, thereby providing high quality image reproduction.

Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications. 

What is claimed is:
 1. A patch flatness test unit for determining the flatness of a patch having a set of control points, wherein the flatness test unit comprises a series of stages having: a first stage configured to receive and store the set of control points; a second stage coupled to the first stage to receive pairs of control points, wherein a first one of each pair of control points is an origin control point, wherein a second one of each pair of control points is a subsequent control point, wherein the second stage is configured to calculate and store control point coordinate differences; a third stage coupled to the second stage to receive control point coordinate differences, wherein the control point coordinate differences include an endpoint x-coordinate difference and an endpoint y-coordinate difference, wherein the third stage is configured to calculate, store, and compare absolute values of the endpoint coordinate differences; a fourth stage coupled to receive control point coordinate differences, absolute values of endpoint coordinate differences, and coordinate tolerance values, wherein the fourth stage is configured to determine multiplicand pairs; a fifth stage coupled to the fourth stage to receive the multiplicand pairs and configured to calculate a corresponding product for each multiplicand pair; a sixth stage coupled to the fifth stage to receive the products for each multiplicand pair, wherein the sixth stage is configured to determine a first control point coordinate deviation, a second control point coordinate deviation, and a deviation tolerance; a seventh stage coupled to the sixth stage to receive the control point deviations and the deviation tolerance, wherein the seventh stage is configured to compare the control point deviations to the deviation tolerance to determine a deviation flag which indicates if a control point is within a tolerance range of a straight line between endpoints; and an eighth stage coupled to the seventh stage to receive the deviation flag, wherein the eighth stage is configured to determine edge straightness flags for indicating if patch edges are straight and a patch flatness flag indicating if the patch is flat.
 2. The patch flatness test unit of claim 1, wherein the first stage includes: a coordinate buffer configured to store a set of control point coordinates in locations which correspond to patch control point positions; an origin coordinate register coupled to the coordinate buffer to store coordinates of a first endpoint of a curve; and a subsequent coordinate register coupled to the coordinate buffer to receive coordinates of a second endpoint and intermediate control points of the curve, wherein the contents of the origin coordinate register and the subsequent coordinate register are provided to the second stage as a pair of control points.
 3. The patch flatness test unit of claim 1, wherein the second stage includes: an x-subtraction unit configured to calculate an x-coordinate difference between x-coordinates of a pair of control points; a y-subtraction unit configured to calculate a y-coordinate difference between y-coordinates of the pair of control points; a third subtraction unit configured to calculate a third coordinate difference between a third coordinate component of the pair of control points; an endpoint x-coordinate difference register coupled to the x-subtraction unit to receive and store an endpoint x-coordinate difference; an endpoint y-coordinate difference register coupled to the y-subtraction unit to receive and store an endpoint y-coordinate difference; an endpoint third coordinate difference register coupled to the third subtraction unit to receive and store an endpoint third coordinate difference; a first intermediate x-coordinate difference register coupled to the x-subtraction unit to receive and store an intermediate x-coordinate difference; and a first intermediate y-coordinate difference register coupled to the y-subtraction unit to receive and store an intermediate y-coordinate difference.
 4. The patch flatness test unit of claim 1, wherein the third stage includes: an x-absolute value unit configured to receive an endpoint x-coordinate difference and to determine an endpoint x-coordinate absolute difference; a y-absolute value unit configured to receive an endpoint y-coordinate difference and to determine an endpoint y-coordinate absolute difference; and a comparator coupled to the x- and y-absolute value registers to compare the endpoint absolute differences and to assert a flag if the endpoint x-coordinate absolute difference is larger than the endpoint y-coordinate absolute difference.
 5. The patch flatness test unit of claim 4, wherein the fourth stage includes: a set of multiplicand registers configured to store pairs of multiplicands, wherein the set of multiplicand registers is configured to form a first pair of multiplicands from the endpoint x-coordinate difference and an intermediate y-coordinate difference, a second pair of multiplicands from the endpoint y-coordinate difference and an intermediate x-coordinate difference; and a logic circuit coupled to the comparator and configured to store a set of multiplicand pairs in the set of multiplicand registers, wherein the logic circuit is configured to form a third pair of multiplicands from the endpoint third coordinate difference and the intermediate x-coordinate difference if the comparator asserts the flag, wherein the logic circuit is configured to form the third pair of multiplicands from the endpoint third coordinate difference and the intermediate y-coordinate difference if the comparator de-asserts the flag, wherein the logic circuit is configured to form a fourth pair of multiplicands from the intermediate third coordinate difference and the endpoint x-coordinate difference if the comparator asserts the flag, and wherein the logic circuit is configured to form a fourth pair of multiplicands from the intermediate third coordinate difference and the endpoint y-coordinate difference if the comparator de-asserts the flag, wherein the logic circuit is configured to form a fifth pair of multiplicands from the endpoint x-coordinate absolute difference and a y-coordinate tolerance value if the comparator asserts the flag, wherein the logic circuit is configured to form the fifth pair of multiplicands from the endpoint y-coordinate absolute difference and an x-coordinate tolerance value if the comparator de-asserts the flag.
 6. The patch flatness test unit of claim 1, wherein the fifth stage includes: a first multiplier configured to receive and multiply a first multiplicand pair and to store a first product in a first product register; a second multiplier configured to receive and multiply a second multiplicand pair and to store a second product in a second product register; a third multiplier configured to receive and multiply a third multiplicand pair and to store a third product in a third product register; and a fourth multiplier configured to receive and multiply a fourth multiplicand pair and to store a fourth product in a fourth product register, wherein the fourth multiplier is also configured to receive and multiply a fifth multiplicand pair and to store a fifth product in a fifth product register.
 7. The patch flatness unit of claim 6, wherein the sixth stage includes: a deviation tolerance register coupled to receive and store the fifth product; a fourth subtraction unit coupled to receive the first and second products and configured to store a first control point deviation in a first deviation register; and a fifth subtraction unit coupled to receive the third and fourth products and configured to store a second control point deviation in a second deviation register.
 8. The patch flatness unit of claim 7, wherein the seventh stage includes: a second comparator coupled to the deviation tolerance register to compare the fifth product to the first control point deviation; a third comparator coupled to the deviation tolerance register to compare the fifth product to the second control point deviation; and an AND gate coupled to the second and third comparators, and configured to assert a deviation flag if the first and second control point deviations are both less than the fifth product.
 9. The patch flatness test unit of claim 1, wherein the first stage further includes a flatness controller coupled to the coordinate buffer to coordinate a transfer of control point coordinates to the origin register and the subsequent control point register, wherein the flatness test controller is further configured to provide a sequence of control values to a chain of pipeline registers, wherein the control values include a curve-type flag, an edge-number flag, a curve direction flag, a flatness test-type flag, and a control point position value, and wherein the chain of pipeline registers includes a pipeline register for each stage.
 10. A method for testing a patch for flatness, wherein the patch has control points that define edge curves and interior curves, wherein the control points have x-coordinates, y-coordinates, and z-coordinates, wherein the control points for each curve include an origin point (x_(o), y_(o), z_(o)), an end point (x_(e), y_(e), z_(e)), and one or more intermediate control points (x_(i), y_(i), z_(i)), wherein straightness tolerances are T_(x), T_(y), and T_(z), in the x-coordinate, y-coordinate, and z-coordinate directions, respectively, and wherein the method comprises: testing each curve for straightness, wherein an curve is determined to be straight if, when |x_(e)−x_(o)|>|y_(e)−y_(o)|, |(y_(i)−y_(o))(x_(e)−x_(o))−(y_(e)−y_(o))(x_(i)−x_(o))|≦T_(y)|x_(e)−x_(o)| and |(z_(i)−z_(o))(x_(e)−x_(o))−(z_(e)−z_(o))(x_(i)−x_(o))|≦T_(z)|x_(e)−x_(o)|, for all intermediate control points, and if, when |x_(e)−x_(o)|<|y_(e)−y_(o)|, |(y_(i)−y_(o))(x_(e)−x_(o))−(y_(e)−y_(o))(x_(i)−x_(o))|≦T_(x)|y_(e)−y_(o)| and |(z_(i)−z_(o))(y_(e)−y_(o))−(z_(e)−z_(o))(y_(i)−y_(o))|≦T_(z)|y_(e)−y_(o)| for all intermediate control points; and classifying the surface as flat if all curves are determined to be straight.
 11. The method of claim 10, wherein said testing is performed in stages, wherein in a first stage, said testing includes: storing the origin point (x_(o), y_(o), z_(o)) coordinates in an origin point register; and storing coordinates of subsequent control points in a subsequent point register.
 12. The method of claim 11, wherein in a second stage, said testing includes: determining x-, y-, and z-coordinate differences between points stored in the origin point register and the subsequent point register; storing the coordinate differences in a curve-run register when the coordinate differences are between the origin point and the end point; and storing the coordinate differences in an intermediate-run register when the coordinate differences are between the origin point and an intermediate control point.
 13. The method of claim 12, wherein in a third stage, said testing includes: determining an absolute value of the x-coordinate difference in the curve-run register; determining an absolute value of the y-coordinate difference in the curve-run register; and comparing the absolute values to determine which is largest.
 14. The method of claim 13, wherein in a fourth stage, said testing includes: storing coordinate differences in multiplicand registers to form a first multiplicand pair from an intermediate y-coordinate difference and an end point x-coordinate difference, a second multiplicand pair from an intermediate x-coordinate difference and an end point y-coordinate difference, a third multiplicand pair from an intermediate z-coordinate difference and the end point x-coordinate difference, and a fourth multiplicand pair from the intermediate x-coordinate difference and an end point z-coordinate difference, when |x_(e)−x_(o)|>|y_(e)−y_(o)|; storing coordinate differences in multiplicand registers to form the first multiplicand pair from an intermediate y-coordinate difference and an end point x-coordinate difference, the second multiplicand pair from an intermediate x-coordinate difference and an end point y-coordinate difference, the third multiplicand pair from an intermediate z-coordinate difference and the end point y-coordinate difference, and a fourth multiplicand pair from the intermediate y-coordinate difference and an end point z-coordinate difference, when |x_(e)−x_(o)|<|y_(e)−y_(o)|; and storing a largest absolute value in a first multiplicand register; and storing corresponding tolerance values in a second multiplicand register paired with the first multiplicand register to form a fifth and sixth multiplicand pairs.
 15. The method of claim 14, wherein in a fifth stage, said testing includes: multiplying the multiplicand pairs to form corresponding products.
 16. The method of claim 15, wherein in a sixth stage, said testing includes: finding a first difference between the first and second products; and finding a second difference between the third and fourth products.
 17. The method of claim 16, wherein in a seventh stage, said testing includes: comparing an absolute value of the first difference to the fifth product; comparing an absolute value of the second difference to the sixth product; and determining a output flag that indicates if each intermediate point is within the straightness tolerances of a line from the origin point to the end point, wherein the output flag is asserted if the absolute value of the first difference is less than the fifth product and the absolute value of the second difference is less than the sixth product.
 18. The method of claim 17, wherein in an eighth stage, said testing includes: monitoring the output flag to determine if a curve is straight, wherein the curve is determined to be straight if all intermediate control points are within the straightness tolerances. 